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TELEPHONIC INTERFACE FOR A 
VISUAL PRESENTATION OF A HIERARCHY OF MENUS 
AND AUTOMATED CALL-BACK 

RELATED APPLICATION 

The present Application is a Continuation-in-Part of 
"Telephonic Interface for a Visual Presentation of a 
Hierarchy' of Menus/' U.S. Serial No. 10/326, 623 filed 
5 December .20, 2002 . 

TECHNICAL FIELD . 

The invention relates generally to a telephone system 
and, more particularly, to a telephone system providing 
10 caller options in one or more visual menus or other 
representations . 

BACKGROUND 

Telecommunications is becoming increasingly important 
15 in the modern world and' workplace. However, providing an 
individual to interact with a caller is costly. More and 
more businesses, government agencies and other content 
providers are therefore eliminating receptionists and a 
human operator. An automated telephone system can instead 
20 be employed to interface with the caller. These interfaces 
typically employ a menu having a plurality of hierarchy 
levels. In other words, a choice of "a," "b" or "c" can 
each lead to a further plurality of choices. 

Typically, in ^conventional telephonic interface 
25 systems, an oral communication is made to the caller, with 
all of the possible choices orally disclosed, after which a 
choice can be made by the caller. This generally leads to 
another sequence of choices. This choosing of menu 
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selections in the hierarchy can go on for a number of levels 
before the caller arrives at the choice of interest. This 
can be time- consuming and generally frustrating to the 
caller. Furthermore, the oral presentation can also contain 
5 commercial, instruction and cautionary messages which can 
also slow the. process of menu item selection. However, even 
if the caller eventually interacts with a human operator 
instead of interacting with prompts from a computer system, 
typically the caller has navigated through a lengthy menu of 
10 choices, most of which are not relevant to the caller's 
interest. 

Furthermore, when a caller contacts an automated 
telephone system, the caller can be put on hold if the 
computer of the automated telephone system can not 

15 immediately service the caller. The caller can be told an 
estimation of how much longer he or she has to wait in queue 
until he is served. Waiting in the queue can be aggravating 
to the caller. However, if the caller instead decides to 
phone again later so as to be serviced at a later time when 

20 there could be a shorter queue, . typically the caller is put 
back at the end of the queue then existing. This can also be 
aggravating to the caller. Alternatively, if the caller 
would have otherwise been waiting in a queue of greater than 
a threshold duration, the caller is told to try to call 

25 again at a later time and is disconnected by the automated 
telephone system. This can also be aggravating to the 
caller. 

Therefore, a presentation of telephonic hierarchical 
selections is needed that overcomes some of the shortcomings 
30 of conventional presentations of telephonic hierarchical 
selections. There is a further need to respond to a caller 
in a queue of an automated telephone system that overcomes 
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■ some of the shortcomings of conventional automated telephone 
queuing . 

SUMMARY 

5 The present invention provides for a telephone caller 

response and option selection. An interface system provides 
to a telephone caller a visual representation of a hierarchy 
of one or more menus. The interface system is further 
employable to disconnect from the caller phone and to call 

10 the telephone caller at a later point in time. A caller 
phone is employable to select at least one option from the 
visual representation of a hierarchy of menus provided by 
the telephone interface system. A caller computer is 
employable to receive the visual representation of a 

15 hierarchy of menus from the interface system. A caller 
monitor is employable to display the visual representation 
of a hierarchy of menus. 

BRIEF DESCRIPTION OF THE DRAWINGS 
20 For a more complete understanding of the present 

invention, and the advantages thereof, reference is now made 
•to the following descriptions taken -in conjunction with the 
accompanying drawings, in which: 

FIGURE 1 schematically depicts a system for obtaining 
25 and display of a visual representation of a hierarchical 
menu; 

FIGURE 2 is a Nodal Analysis diagram illustrating a 
signal flow from a calling phone requesting a visual 
hierarchical representation of menus; 
30 FIGURE 3 is a Nodal Analysis diagram illustrating a 

signal flow from a provider computer to notify a caller of 
an estimated call-back time, and a signal flow to further 
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perform the call-back from the, provider computer to the 
caller; and 

FIGURES 4 A and 4B illustrate a method performed by a 
provider computer to telephone a caller back at a later 
. 5 time. 
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DETAILED DESCRIPTION 

In. the following discussion, numerous specific details 
are set forth to provide a thorough understanding of the 
present invention. However, those skilled in the art will 
5 appreciate that the present invention may be practiced 
without such specific details. In other instances, well- 
known elements have been illustrated in schematic or block 
diagram form in order not to obscure the present invention 
in unnecessary detail. Additionally, for the most part, 

10 details concerning network communications, electro-magnetic 
signaling techniques, and the like, have been omitted 
inasmuch as such details are not considered necessary to 
obtain a complete understanding of the present invention, 
and are considered to be within the understanding of persons 

15 of ordinary skill in the- relevant art. 

It is further noted that, unless indicated otherwise, 
all functions described herein may be performed in either 
hardware or software, or some combination thereof. In a 
preferred embodiment, however, the functions are performed 

20 by a processor, such as a micro-processor, a desktop 
computer or a mainframe in accordance with code, such as 
computer program code, software, and/or integrated circuits 
that are coded to perform such functions, unless indicated 
otherwise. 

25 Referring to FIGURE 1, the reference numeral 100 

generally designates a telephonic system 100. Generally, 
the system 100 visually presents a hierarchy of menus and 
menu selections to a caller. This visual presentation of a 
hierarchy of menus generally enables the caller to evaluate 

30 the options and select the appropriate menu choice, or take 
other appropriate action, without the delay in receiving the 
options, and negotiating the hierarchy of menus, 



5 



DOCKET NO. JMBI 2570001 



PATENT APPLICATION 



necessitated by an oral presentation of the menu options. 
In other words, the caller can visually see- an option as a 
leaf node of a menu decision tree, and react appropriately, 
without the caller having to wait until being presented with 
5 the appropriate option orally. 

The system 100 comprises a caller phone 150 and a 
caller modem 140. The caller modem 140 is coupled to a 
caller computer 130. The caller computer 130 is coupled to 
a caller keyboard 120, a caller monitor 110, a caller 
10 printer 126, and a caller mouse 123. 

The system 100 further comprises a provider computer 
190 coupled to a provider modem 180. The provider modem 180 
is coupled to a local call router 170. In one embodiment, 
the local call router 170 is employable to route calls to a 
15 plurality of provider computers, personnel or other 
responders, at least one of which processes phone calls 
which do not request a visual representation of hierarchical 
menus, such as the non-visual interaction processor 195. 
The local call router 170 is coupled to a telephone circuit 
20 160. The telephone circuit 160 can be circuit switched, 
packet switched, infrastructure for POTS (plain old 
telephone system), second or third generation (2G or 3G) 
mobile, and may also include light fiber, or other 
technologies understood by those of skill in the art. The 
25 telephone circuit 160 is connected to both the caller phone 
150 and the local call router 170. 

In the illustrated embodiment of FIGURE 1, a phone call 
can be placed from the caller phone 150 to the telephone 
circuit 160 to the local router 170. The telephone circuit 
30 160 adds a "ringing" signal to the phone call, which is 
discerned by the local call router 170. 
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Upon the receipt of the ringing signal, the local call 
router 170 can send a brief greeting and a prompt for the 
alternative selection of either an audible or visual 
response to the caller employing the caller phone 150. In 
5 other embodiments, this selection of either an audible or 
visual response is associated with the original dialing flow 
205, as shown in FIGURE 2, and the local call router 170 
does not send the prompt to select to the caller. In one 
embodiment, the selection is made by touch tone (DTMF) 

10 through employment of the caller. In another embodiment, 
the caller computer 130 is employable to, automatically or 
at the instigation of the caller, send a signal that the 
visual representation of hierarchical menus is to be 
presented to the caller. In a third embodiment, both the 

15 audible and the visual representation of hierarchical menus 
is to be presented without a selection of either mode by the 
caller. 

If the conventional audible presentation menu is 
selected by the caller, non-visual interaction 195 menus are 

20 selected, and the oral presentation of menus over the caller 
phone 150 proceeds in a manner understood by those of skill 
in the art. However, if the caller selects the presentation, 
menu to be a visual display menu, the local call router 170 
accesses the provider modem 180 and the provider computer 

25 190. The provider computer 190 then transmits a 

representation of the hierarchy of menus, or parts thereof, 
in digital form to the caller modem 14 0. The modem 14 0 then 
forwards the representation of the hierarchy of menus to the 
caller computer 130, and from there to the monitor display 

30 110. The hierarchy of menus is then displayed visually for 
the caller, thereby allowing a faster recognition and 
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selection of a menu option by the caller than if the 
hierarchy of menus were presented orally to the caller. 

The caller then responds to the desired option. In one 
embodiment, the caller keyboard 12 0 is employed.. In another 
embodiment, touch tone DTMF tones associated with the caller 
phone . 150 are employed. In another embodiment, the caller 
mouse 123 is employed. In yet another embodiment, the 
caller gives oral directions based upon visual information 
that the caller perceives from the display monitor 110. 
However, those of skill in the art understand that there are 
other selection methods within the scope of the present 
invention. In one embodiment, the provider computer 190 and 
the provider modem 180 comprise an interface system for 
providing to a telephone caller a visual representation of a 
hierarchy of one or more menus, each menu having at least 
one option for selection. 

In one embodiment of the system 100, provider software 
is employed to implement the recognition of a representation 
of a visual hierarchy of menus, at the request of the caller 
phone 150, by the provider computer 190. This software is 
employable in conjunction with the provider computer 190. 
The provider software employs a modem driver to establish 
the communication between provider modem 18 0 and the 
provider computer 190. .The provider software can also 
enable the transmission of the representation of the visual 
hierarchy of menus from the provider computer 190 to the 
caller computer 130. In one embodiment, the representation 
of the visual hierarchy of menus comprises a computer file. 
The software also includes the ability to have the 
hierarchical menu structure adapted or replaced in the 
provider computer 190. The provider software can, also 
provide protocols for error correction for transmissions 
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between the provider computer 190 and the caller computer 
130, proper disconnect procedures, reacting to hang ups by 
the caller, early selection by the caller, caller override, 
and so on. 

Early selection can be generally defined as making a 
selection by the caller before the menu is received by the 
caller; for example, if a caller has prior knowledge of the. 
menu to be presented. Therefore, the caller could make such 
a selection early, especially if the caller is placing the 
call through employment of a computer. This early selection 
can cause a ' program error from which the provider software 
must recover. Caller override can comprise overriding an 
invalid selection by the caller, errors created by the 
caller not responding within a predetermined length of time, 
or other events created by the caller or the system 100 that 
do not precisely follow the anticipated protocol. 

In a further embodiment, the system further comprises 
caller software employable in conjunction with the caller 
computer 130. The caller software also generally recognizes 
the placement of a call, and also recognizes when the caller 
phone 150 selects the visual presentation of the hierarchy 
of menus. The caller software generally manages the caller 
modem 140 to transfer communications between the provider 
computer 190 and the caller computer 130. The caller 
software further allows for the caller computer 130 to 
receive and store the representation of the visual hierarchy 
of menus, and would also allow manipulation of this file, 
such as page-up, page-down, edit commands, and so on, and 
provide orderly recovery from errors and unusual commands or 
responses. Typically, the "edit" command would be used to 
make notes for- future use in a stored menu or to delete 
unnecessary or undesirable content. 
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In a further embodiment, the caller phone 150, the 
caller modem 140, . the caller computer 130, the caller 
keyboard 120, the mouse 12-3, and the caller monitor 110 are 
combined " into a single device. In one embodiment, the 
single device comprises a wireless phone. In another 
embodiment, a "digital personal assistant," such as a Palm 
Pilot®, with the caller software, performs the functionality 
of devices 11.0 through 150. . In a further embodiment, at 
least some of the devices 110 through 150 are combined into 
a wired telephone. In a still further embodiment, two or 
more devices of 110 through 150 are combined into a unit 
that is employable with existing equipment the caller has 
for other purposes. For example, a wired telephone could 
also have a display integrated within that is employable for 
both the display of the hierarchy of menus and also for 
playing computer games . 

In the system 100, in a still further embodiment, the 
transmittal of the visual hierarchy of menus is transparent 
to the caller. In other words, although the caller can be 
aware that the hierarchy is requested or presented through 
the telephone circuit , 160 and the caller phone 150, the 
protocols or signaling energies employed to transmit and 
receive the visual hierarchy of menus do not pass a 
threshold of discernability of the senses of the caller. 

In one 'embodiment, the telephone circuit 160 is 
employable to transmit 24 kilobits (KBs) per second when 
transmitting representations of a visual hierarchy of menus. 
At this speed, over 2000 characters per second can be 
transmitted from the provider computer 190 to the caller 
computer 130. In one embodiment, only text is transmitted, 
thereby limiting discomfort to the caller . Generally, the 
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discomfort is caused by the time and sound similar to that 
of a computer linking up with an Internet provider. 

Furthermore, there are " voice over data" methods 
available to make long transmissions, containing graphics, 
5 which are silent to the caller. Generally, "voice over 
data' 7 is a term to describe the simultaneous transmission of 
voice and data over the same channel. 

In a further embodiment, the caller computer 130 is 
employable to bypass the greeting that is transmitted by the 

10 local call router 170 when a call from the caller phone 150 
is placed. The caller computer 130 instead automatically 
signals its presence to the local call router 170, and 
therefore to the provider computer 190, so transmission of 
the representation of the visual hierarchy of menus from the 

15 provider computer 190 can begin substantially immediately, 
with no further, intervention on behalf of the caller to 
receive the representation of the hierarchy of menus 
required. The local call router 170 has software that 
allows it to either send the greeting to the caller phone 

20 150 or pass the request for the visual representation of the 
hierarchy of menus on to the provider computer 190. 

In a further embodiment, the caller and provider 
software allows both text and graphics to be transmitted so 
illustrations, banners, highlighting, and so on, can be 

25 transmitted and displayed. In one embodiment, a text editor 
is employable by the source computer 17 0 to navigate the 
hierarchy of menus and display graphics. 

In a further embodiment, caller and provider software 
saves the received representation of the hierarchical menu 

30 of options and associates it with the called number when the 
number is redialed. Editing the file for comments by the 
caller, highlighting by the caller, and so on, is provided. 
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Selective refresh can be available. In other words, the 
representation of the hierarchical menu structure is updated 
after a predetermined time, or when the provider computer 
190 indicates that a newer version of the visual hierarchy 
5 of menus is now available. 

Often, phone calls can be made to obtain data such as 
an account balance, another ' phone number or an email 
address. In one embodiment, the caller software and the 
provider software are configurable so that the request for 

10 such other data in digital and printable form is available 
by request from the caller keyboard 120, DTMF associated 
with the caller phone 150 or caller mouse 123. The printed 
form is output to the caller printer 126. 

In another embodiment, once the called entity, such as 

15 the provider computer 190, detects the caller computer 130, 
the called entity displays a web site type style display to 
display the visual hierarchy of menus, or the actual web 
site of the called entity. In a further embodiment, there 
are forwarded connections to related web sites via the 

20 called entity's provided Hyperlink, and Internet connection 
in the visual presentation of the hierarchy of menus. In a 
yet further embodiment, the called entity responds with in 
yet other formats for the visual presentation of the 
hierarchy of menus. 

25 Turning now to FIGURE 2, a Nodal Analysis diagram 

illustrates a signal flow from a calling phone requesting a 
visual hierarchical representation of menus. 

In flow 205, the caller phone 150 dials a call to the 
telephone circuit 160. The telephone circuit 160 then sends 

30 a ringing signal indicating a message or request to the 
local call router 170 in flow 220. 
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The local call router 170. determines whether the 
telephone call is a request for a visual representation of a 
hierarchy of menus, or whether the telephone call contains a 
request for an audio, that is, a non-visual, representation 
5 of menus. In an alternative embodiment, a greeting and/or 
prompt is sent to the caller phone 150 after the local call 
router 170 receives the call to determine whether the call 
is a request for a visual hierarchy of menus. If it is a 
request for a non-visual interaction, the router 170 sends a 

10 request to the non-visual interaction source 195 in flow 
225, and the audio presentation of menus continues according 
to conventional non-visual representation technology. 

However, if the telephone call contains a request for a 
visual interaction, this request is forwarded to the 

15 provider modem 180 in flow 240. Then, in flow 245, this 
request is further provided to the provider computer 190. 

The provider computer 190 selects which visual menu or 
visual hierarchy of menus to send the caller, and then sends 
a digital representation of the menu back to the provider 

20 modem 180 in- flow 250. The visual menu of hierarchy of 
menus (in digital form) is sent to the call router 170 in 
flow 255, and from there to the telephone circuit 160 in 
flow 260. 

In flow 2 65, the digital information representing the 
25 visual hierarchical menu is sent to the caller modem 140. 
From the caller modem 140, in flow 270, the digital 
information is sent to the caller computer 130. The digital 
information is then processed by the caller computer 130, 
and transmitted to the caller monitor 110 in flow 275. In 
30 one embodiment, the modem 140 receives the dialed number as 
it is dialed and then forwards it to the caller computer 130 
in flow 215, which saves it. Generally, saving the number 
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enables the caller computer 130 to automatically recognize 
that a given dialed number is associated with a particular 
visual representation of hierarchical menus, thereby 
enabling its recall whenever the number is re-dialed, saving 
5 computer time to receive the digital information again. The 
save function also allows association of the file with other 
information, such as name, product, and so on, as well as 
the number. 

In an alternative embodiment, the caller computer 130 

10 can notify the local call router 170 that the dialed number 
is associated with a visual interaction request, thereby 
avoiding the time associated with the caller responding to a 
greeting from the local call router 170, or the time 
associated with the caller otherwise indicating to the local 

15 call router 170 of his or her choice of a visual interaction 
request. In a further embodiment, the local call router 170 
is employable to select and send both the audible and visual 
data from the provider computer, without any selection or 
prompting at the caller end. The caller can then separate 

20 the desired information and discard the other information. 

The caller can make the appropriate selection of a menu 
option after visually perceiving the visual hierarchical 
menu. In one embodiment, the keyboard data is first input 
through the caller computer 130 and then to the modem 140. 

25 This selection is then passed from the caller modem 140 to 
the telephone circuit 160. In a further embodiment, the 
caller can also employ the caller mouse 123. 

In an alternative embodiment, the caller employs the 
caller phone 150 to convey menu selections through DTMF 

30 tones in data flow 290. However, the menu selections are 
chosen through the employment of the visual, representation 
of hierarchical menus from the caller monitor 110.. In 
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either embodiment, the selections are forwarded back to the 
call router 170 in data flow 295. 

Turning now to FIGURE 3, disclosed is a nodal analysis 
of a signal flow between . the caller phone . 150 and the 
5 provider computer 190. Generally, in FIG. 3, the caller is 
in a situation wherein, in conventional automated telephone 
systems, he or she would be put on hold or disconnected. In 
FIG. 3, at the selection of the caller, the provider 
computer 190 instead telephones the caller . back at a time 

10 determined to minimize the wait time of the caller. The 
provider computer 190 determines the telephone number of the 
caller, or otherwise has the caller input the telephone 
number of the caller telephone into the provider computer 
190. Alternatively, the caller can input a telephone number 

15 of a telephone other than the caller phone. The provider 
computer 190 telephones the caller back at the appropriate 
time. The appropriate time can be when the provider 
computer 190 can service the caller without the caller 
waiting in an interaction request queue. 

20 In one aspect, the caller is informed by the provider 

computer 190 approximately how long he or she should be 
waiting before receiving a return call back from the 
provider computer, and is given the option of waiting in the 
interaction request queue of the provider computer 190 or 

25 being called back by the provider computer 190. Whether the 
caller is given the option to select to be called back by 
the provider computer 190, or, alternatively, the provider 
computer 190 makes that determination for the caller, can be 
a function of the number of callers in the interaction 

30 request queue of the provider computer 190, the estimated 
conversation time of each caller in the interaction request 
queue, and so on. Those of skill in the art understand, 
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however, that these are examples of waiting algorithms that 
can be used in the system 100 and flow diagram 200, and that 
other waiting/queuing time calculations and algorithms are 
within the scope of the present invention. 

In FIGURE 3/ a selection of a visual or non-visual 
interaction request is sent from the call router 170 to the 
provider modem 180 in flow 305. The selection request is 
sent from the provider modem 180 to the provider computer 
190 in flow 310. 

The provider computer 190 determines that- the caller 
can not be immediately serviced by the provider computer 
190. Therefore, the provider computer 190 calculates an 
approximate wait time in which the caller should either be 
serviced after waiting in the interaction request queue, or 
alternatively, the time at which the caller is to be called 
back by the provider computer 190. Either or both of these 
estimations are sent from the provider computer 190 to the 
provider modem 180 in flow 315. The estimated wait time is 
sent from the provider modem 180 to the call router 170 in 
flow 320. The estimated wait time is sent from the call 
router 170 to the telephone circuit 160 in flow 325, and to 
the caller phone 150 in flow 330 and is displayed on the 
caller monitor (display) 110 and/or spoken to the caller 
over the caller phone 150 through flows 331, 332 and 333. 

In FIGURE 3, the provider computer 190 disconnects the 
telephone circuit between the caller phone 150 and the 
provider computer 190. This can be the decision of the 
caller phone 150, or the provider computer 190, as 
appropriate . 

In either event, the provider computer 190 calls the 
caller phone 150 .at a -later time. . Typically, this later 
time is when the provider computer 190 can service the 
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caller without putting the caller on hold. The provider 
computer sends a call back command to the provider modem 180 
in signal flow 335. From the provider modem 180, the call 
back command is sent to the call router 170 in flow 340. 
5 From the call router 170, the call back command is sent to 
the telephone circuit 160 in flow 345. The telephone 
circuit then telephones the caller phone 150 in flow 350. 

. The flows 335, 340, 345 and 350 enable the provider 
computer 190 to service the caller phone 150 without the 

10 caller waiting on-hold in an interaction request queue at 
the provider computer 190. Instead, the provider computer 
190 telephones the caller when the provider computer 190 is 
able to service the caller, thereby allowing the caller to 
be previously disconnected from the provider computer 190 

15 without losing his or her place in a service queue. The 
service queue can generally be defined as the aggregate 
queue of those callers who are both connected to the 
provider computer 190 and waiting servicing and any 
disconnected callers that are waiting for a call back from 

20 the provider computer 190. The queue in which the caller . 
waits to be called back is the callback queue. 

In one aspect of FIGURE 3, the caller is informed that 
the provider computer 190 will phone him or her back during 
a specified time window. In other words, the caller is told 

25 that the provider computer 190 will phone between a 
designated start time and a designated end time. The 
designated start and end times can be based upon predictions 
of the provider computer 190 as to when it will be finished 
servicing the service queue. Alternatively, the caller can 

30 be informed that he or she shall be phoned a specific time. 
The specific time is based upon predictions of the provider 
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computer 190 as to when it will be finished servicing the 
service queue. 

In a still further aspect of FIGURE 3, the caller can 
be told that the provider computer 190 will phone at a 
5 certain or specified time, but that this time is approximate 
within a given variance. In other words; the caller is made 
aware that the call back time is a target time, but that 
there can be an explicit amount of known variation in the 
call back both before and after the target call back time. 

10 In a yet further embodiment, the caller can be told that the 
computer will phone using any of the above approaches (time 
window, exact time, approximate time with explicit 
variance) , but that this is only a projected call back time, 
and that the provider computer will phone when it is able 

15 to. 

Turning now to FIGURES 4A and 4B, illustrated is a 
method 400. The method 400 generally pertains to receiving 
and processing an interaction request, and determining 
whether a provider computer is to disconnect the call, and 

20 then call the caller back at a later time. 

In step' 410, the provider computer receives an 
interaction request. In step 420, the provider computer 
classifies the interaction request as either a visual or 
non-visual interaction request. 

25 In step 430, the provider computer determines if other 

requests are waiting in the selected request queue (that is, 
the visual or non-visual interaction request queue, as 
classified in step 420) . If no other requests are waiting 
in the selected interaction request queue, this means that 

30 the provider computer can typically process this type of 
interaction request (visual or non-visual) expeditiously. 
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Therefore, in step 490, the provider computer processes the 
classified interaction request. 

However, if there is at least one other interaction 
request already queued in the selected interaction request 
5 queue, then the provider computer determines whether the 
number of interaction requests equal or exceed a threshold 
count. In other words, if there is at least one interaction 
request in the interaction request queue, the provider 
computer determines whether the number in the interaction 

10 request queue is equal or greater than a defined value. The 
threshold value can be predefined, or the provider computer 
can change or update the threshold value as a function of 
the average time to complete an interaction request, 
available capacity of the provider computer, and so on. If 

15 the selected interaction request queue is less than the 
maximum length allowable for the queue, in step 4 60 the 
provider computer places the classified interaction request 
into the classified interaction request queue. The provider 1 
computer processes interaction requests in the interaction 

20 request queue in the order of the queue. In step 4 90, the ? 
provider computer processes the interaction request. 

However, if the number of interaction requests equals jj 
or exceeds a specified threshold, in step 450, the provider 
computer calculates or estimates the time or a time window 

25 at which the selected interaction queue, if no other 
interaction requests are placed within the interaction 
request queue, will be at a defined maximally allowable 
length. Typically, the defined maximally allowable length of 
step 450 is shorter than the threshold count of step 440. 

30 In step 470, the provider computer informs the 

originator of the interaction request of the calculated or 
estimated call back time or call back time window. The call 
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back time or call back time window was calculated in step 
450. The call back time is when the provider computer will 
phone the caller back (that is, reconnect with the caller), 
and allow the provider computer to continue to process the 
5 interaction request in a timely fashion. 

In step 480, the provider computer disconnects from the 
caller and places the interaction request in a call-back 
queue, along with its associated call back time. Within the 
call-back queue, the caller is to be called back at the 

10 calculated or estimated time, as determined in step 450. In 
step 487, the interaction request can optionally be 
transferred into the interaction request queue, to be later 
processed by the provider computer in step 4 90. 
Alternatively, the interaction request is processed by the 

15 provider computer in step 490 without the interaction 
request being first placed into the interaction request 
queue . 

It is understood that the present invention can take 
many forms and embodiments. Accordingly, several variations 

2 0 may be made in the foregoing without departing from the 
spirit or the scope of the invention. 

Having thus described the present invention by 
reference to certain of its preferred embodiments, it is 
noted that the embodiments disclosed are illustrative rather 

25 than limiting in nature and that a wide range of variations, 
modifications, changes, and substitutions are contemplated 
in the foregoing disclosure and, in some instances, some 
features of the present invention may be employed without a 
corresponding use of the other features. Many such 

30 variations and modifications may be considered obvious and 
desirable by those skilled in the art based upon a review of 
the foregoing description of preferred embodiments. 
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Accordingly, it is appropriate that the appended claims be 
construed broadly and in a manner consistent with the scope 
of the invention. 
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